Apparatus and method for updating I/O capability of a logically-partitioned computer system

ABSTRACT

A hosting partition update mechanism allows updating the I/O capability of a logically-partitioned computer system in a way that minimally affects the performance and availability of I/O in the computer system. When an update is needed, a new hosting partition is created with the desired update(s). The I/O adapters in the current hosting partition are then migrated to the new hosting partition. The migration of an I/O adapter from the current hosting partition to the new hosting partition is relatively fast, thereby minimally impacting system performance and availability of I/O. Once all of the I/O adapters have been migrated to the new hosting partition, the current hosting partition may be kept as a backup, or may be eliminated. Providing a new or backup hosting partition allows updates to be performed in the new or backup hosting partition in a non-disruptive manner while the current hosting partition continues to service I/O requests.

BACKGROUND OF THE INVENTION

1. Technical Field

This invention generally relates to data processing, and morespecifically relates to the sharing of resources between logicalpartitions in a logically partitioned computer system.

2. Background Art

Since the dawn of the computer age, computer systems have evolved intoextremely sophisticated devices that may be found in many differentsettings. Computer systems typically include a combination of hardware(e.g., semiconductors, circuit boards, etc.) and software (e.g.,computer programs). As advances in semiconductor processing and computerarchitecture push the performance of the computer hardware higher, moresophisticated computer software has evolved to take advantage of thehigher performance of the hardware, resulting in computer systems todaythat are much more powerful than just a few years ago.

The combination of hardware and software on a particular computer systemdefines a computing environment. Different hardware platforms anddifferent operating systems thus provide different computingenvironments. In recent years, engineers have recognized that it ispossible to provide different computing environments on the samephysical computer system by logically partitioning the computer systemresources into different computing environments. The IBM Power5 computersystems developed by IBM are examples of computer systems that supportlogical partitioning. If logical partitioning on a IBM Power5 computersystem is desired, partition manager code (referred to as a “hypervisor”in IBM Power5 terminology) is installed that allows defining differentcomputing environments on the same platform. Once the partition manageris installed, logical partitions may be created that define differentcomputing environments. The partition manager manages the logicalpartitions to assure that they can share needed resources in thecomputer system while maintaining the separate computing environmentsdefined by the logical partitions.

A computer system that includes multiple logical partitions typicallyshares resources between the logical partitions. For example, a computersystem with a single CPU could have two logical partitions defined, with50% of the CPU allocated to each logical partition, with 33% of thememory allocated to the first logical partition and 67% of the memoryallocated to the second logical partition, and with two different I/Oslots allocated to the two logical partitions, one per partition. Oncelogical partitions are defined and shared resources are allocated to thelogical partitions, each logical partition acts as a separate computersystem. Thus, in the example above that has a single computer systemwith two logical partitions, the two logical partitions will appear forall practical purposes to be two separate and distinct computer systems.

In addition to having their own allocated resources, logical partitionsmay also share some resources that have been allocated to a differentlogical partition. When logical partitions share a resource, such as anI/O adapter, one of the logical partitions is typically designated asthe “owner” of the resource, and other logical partitions may share theresource by communicating with the logical partition that owns theresource. For the discussion herein, the term “hosting partition” refersto a logical partition that owns (i.e., controls) a resource, and theterm “hosted partition” refers to a logical partition that does not ownthe resource but that desires to use (or share) the resource bycommunicating with the hosting partition.

Software running on a hosting partition (such as the operating systemsoftware or a device driver) may periodically need to be updated, to fixa problem in the code or to add one or more new functions. Such anupdate may require a reboot of the hosting partition. In the prior art,this means that the hosting partition will stop receiving I/O requestsfor its shared I/O adapters, and the I/O will be unavailable until thereboot and re-initialization of the hosting partition is complete. Inmany computer systems that have multiple partitions, the time to reboota hosting partition creates a delay in I/O performance that is excessiveand undesirable. Such a delay appear as an I/O failure that may causeapplications to fail due to unavailable I/O. Without a way to update ahosting partition in a way that does not cause undue performancepenalties and application failures due to unavailable I/O, the computerindustry will continue to suffer from unacceptable consequences thatresult from updating a hosting partition in a logically-partitionedcomputer system.

DISCLOSURE OF INVENTION

A hosting partition update mechanism allows updating the I/O capabilityof a logically-partitioned computer system in a way that minimallyaffects the performance and availability of I/O in the computer system.When an update is needed, a new hosting partition is created with thedesired update(s). The I/O adapters in the current hosting partition arethen migrated to the new hosting partition. The migration of an I/Oadapter from the current hosting partition to the new hosting partitionis relatively fast, thereby minimally impacting system performance andavailability of I/O. Once all of the I/O adapters have been migrated tothe new hosting partition, the current hosting partition may be kept asa backup, or may be eliminated. Providing a new or backup hostingpartition allows updates to be performed in the new or backup hostingpartition in a non-disruptive manner while the current hosting partitioncontinues to service I/O requests.

The foregoing and other features and advantages of the invention will beapparent from the following more particular description of preferredembodiments of the invention, as illustrated in the accompanyingdrawings.

BRIEF DESCRIPTION OF DRAWINGS

The preferred embodiments of the present invention will hereinafter bedescribed in conjunction with the appended drawings, where likedesignations denote like elements, and:

FIG. 1 is a block diagram of a computer apparatus that supports logicalpartitioning, I/O adapter sharing and the updating of I/O capability inaccordance with the preferred embodiments;

FIG. 2 is a block diagram of a prior art logically-partitioned computersystem;

FIG. 3 is a block diagram of the prior art logically-partitionedcomputer system in FIG. 2 showing multiple hosted partitions;

FIG. 4 is a flow diagram of a prior art method for updating a hostingpartition;

FIG. 5 is a block diagram of logical portions of computer system 100 inFIG. 1 in accordance with the preferred embodiments;

FIG. 6 is a flow diagram of a method in accordance with the preferredembodiments for updating a hosting partition;

FIG. 7 is a sample user interface display window showing different typesof updates to a hosting partition within the scope of the preferredembodiments;

FIG. 8 is a method in accordance with the preferred embodiments forperforming a directed update of the hosting partition;

FIG. 9 is a sample user interface display window showing some optionsthat a system administrator could select when performing a directedupdate of the hosting partition;

FIG. 10 is a sample user interface window showing the scheduling of atime for a scheduled update in accordance with the preferredembodiments;

FIG. 11 is a flow diagram of a method in accordance with the preferredembodiments for performing an automatic update of the hosting partitionwhen needed; and

FIG. 12 is a method in accordance with the preferred embodiments forincrementally migrating resources from the current hosting partition tothe new or backup hosting partition to support the migration of I/Oadapters.

BEST MODE FOR CARRYING OUT THE INVENTION

A prior art system is first examined to provide a context for discussingthe advantages of the preferred embodiments. Referring to FIG. 2, aprior art computer system 200 includes a hosting partition 125A and ahosted partition 125C that are managed by a partition manager 221.Hosting partition 125A controls the function of an I/O adapter 260 viathe partition manager 221. The hosting partition 125A includes ahardware interface 250, a device driver 240, and an I/O hostinginterface 230. The hosted partition 125C includes one or more softwareapplications 210 that may share the I/O adapter 260 by using the hostedI/O interface 220. The hosted I/O interface 220 communicates with thehosting I/O interface 230 to route I/O operations to the shared I/Oadapter 260 that is controlled by the hosting partition 125A.

A higher level logical view of prior art computer system 200 is shown inFIG. 3. This view shows multiple I/O adapters 260A, . . . , 260S thatmay be controlled by different hosting partitions, but that arepreferably all controlled by a single hosting partition 125A. Also shownin FIG. 3 is a plurality of hosted partitions 125C, . . . , 125N thatshare the I/O adapters 260A, . . . , 260S.

Referring now to FIG. 4, a prior art method 400 begins when an update ofa hosting partition is needed (step 410). All I/O operations to thehosting partition are suspended (step 420). The hosting partition isthen updated (step 430). We assume for this example that the updaterequires a reboot of the hosting partition (step 440). Once rebooted,I/O operations to the hosting partition are enabled (step 450). Notethat steps 420-450 may take a considerable amount of time, causinglogical hosted partitions that need to use the I/O in the hostingpartition to fail or to wait an unreasonably long period of time for theI/O to occur. With modern computer systems that may include many logicalpartitions that all share I/O adapters in a single I/O partition, theupdating of the I/O partition using prior art method 400 causes asubstantial degradation in system performance and may cause applicationfailures due to the I/O being unavailable for an excessive period oftime.

According to preferred embodiments of the present invention, a hostingpartition update mechanism allows updating a hosting partition withminimal impact on system performance. A new hosting partition is createdand updated with the desired update(s). The I/O adapters in the currenthosting partition are then migrated to the new hosting partition. Oncethe migration of I/O adapters is complete, the current hosting partitionmay be kept as a backup or may be eliminated. The preferred embodimentsincludes the ability for the system administrator to perform anautomatic update now, to specify that automatic updates may be performedin the future when required, to direct an update according to selectedparameters, and to schedule an update at a set time in the future.

Referring to FIG. 1, a computer system 100 is an enhanced IBM eServeriSeries computer system, and represents one suitable type of computersystem that supports logical partitioning, I/O adapter sharing andupdating of I/O capability in accordance with the preferred embodiments.Those skilled in the art will appreciate that the mechanisms andapparatus of the present invention apply equally to any computer systemthat supports logical partitions. As shown in FIG. 1, computer system100 comprises one or more processors 110 connected to a main memory 120,a mass storage interface 130, a display interface 140, a networkinterface 150, and a plurality of I/O slots 180. Note that one or moreof mass storage interface 130, display interface 140, and networkinterface 150 could be embedded I/O on computer system 100. These systemcomponents are interconnected through the use of a system bus 160. Massstorage interface 130 is used to connect mass storage devices (such as adirect access storage device 155) to computer system 100. One specifictype of direct access storage device is a CD RW drive, which may readdata from a CD RW 195. Note that mass storage interface 130, displayinterface 140, and network interface 150 may actually be implemented inadapters coupled to I/O slots 180. An I/O adapter is one suitablenetwork interface 150 that may be implemented in an external card thatis plugged into one of the I/O slots 180.

Main memory 120 contains a partition manager 121, a partition managementtool 123, and N logical partitions 125, shown in FIG. 1 as logicalpartitions 125A through 125N. Partition manager 121 preferably createsthese N logical partitions 125. Each logical partition 125 preferablyincludes a corresponding operating system 126, shown in FIG. 1 asoperating systems 126A through 126N.

Partition manager 121 includes a hosting partition update mechanism 122that manages the updating of a hosting partition. While the hostingpartition update mechanism 122 is shown in FIG. 1 to reside in mainmemory 120, one skilled in the art will appreciate that hostingpartition update mechanism may include different pieces that residewithin the logical partitions 125 and within the partition manager 121,and that sharing of an I/O adapter and updating of the I/O capability inaccordance with the preferred embodiments occurs through cooperation ofthese different pieces.

Partition management tool 123 is a software tool that may be used by auser (e.g., system administrator) to configure and manage logicalpartitions on computer system 100. Partition management tool 123includes a user interface that allows the user to enter information thatdetermines the function of the partition manager 121. In the preferredembodiments, the partition management tool 123 may be used to interactwith the user and to interact with the hosting partition updatemechanism 122 in a way that allows the user to input information via thepartition management tool 123 that determines how the hosting partitionupdate mechanism 122 performs the update of the hosting partition.

Operating system 126 is a multitasking operating system, such as OS/400,AIX, or Linux; however, those skilled in the art will appreciate thatthe spirit and scope of the present invention is not limited to any oneoperating system. Any suitable operating system or control program canbe used. Operating system 126 is a sophisticated program that containslow-level code to manage the resources of computer system 100. Some ofthese resources are processor 110, main memory 120, mass storageinterface 130, display interface 140, network interface 150, system bus160, and I/O slots 180. The operating system 126 in each partition maybe the same as the operating system in other partitions, or may be acompletely different operating system. Thus, one partition can run theOS/400 operating system, while a different partition can run anotherinstance of OS/400, possibly a different release, or with differentenvironment settings (e.g., time zone or language). The operatingsystems in the logical partitions could even be different than OS/400,provided it is compatible with the hardware (such as AIX or Linux). Inthis manner the logical partitions can provide completely differentcomputing environments on the same physical computer system.

The partitions in FIG. 1 include for the purpose of illustration twohosting partitions 125A and 125B, and two hosted partitions 125C and125N. The designation “hosting partition” applies to a logical partitionthat owns an I/O adapter that may be shared with one or more hostedpartitions. The designation “hosted partition” applies to a logicalpartition that shares an I/O adapter owned (or controlled) by a hostingpartition. Note that the terms “hosting” and “hosted” relate toindividual resources (such as I/O adapters). Thus, let's assume thatpartition 125A owns a first I/O adapter and partition 125B owns a secondI/O adapter, and that each partition shares its I/O adapter with theother partition. In this simple example, partition 125A would be ahosting partition for the first I/O adapter, and would be a hostedpartition for the second I/O adapter. In similar fashion, partition 125Bwould be a hosting partition for the second I/O adapter, and would be ahosted partition for the first I/O adapter. The terms “hosting” and“hosted” thus designate a partition with respect to a particularresource, and do not generally apply in some global way to the entirepartition. Note, however, that a special I/O partition could be definedthat owns all of the I/O adapters in a computer system. In thisconfiguration, the I/O partition would be the hosting partition, and allother partitions that share the I/O adapters would be hosted partitions.In the preferred embodiments, specially-configured I/O partitions arenot allowed to run customer applications to improve the reliability ofthe I/O partitions.

The partitions 125A-125N are shown in FIG. 1 to reside within the mainmemory 120. However, one skilled in the art will recognize that apartition is a logical construct that includes resources other thanmemory. A logical partition typically specifies a portion of memory,along with an assignment of processor capacity and other systemresources, such as I/O slots 180 (and I/O adapters, which may reside inI/O slots 180). Thus, one partition could be defined to include twoprocessors and a portion of memory 120, along with one or more embeddedI/O that can provide the functions of mass storage interface 130,display interface 140, network interface 150, or interfaces to I/Oadapters or other devices plugged into I/O slots 180. Another partitioncould then be defined to include three other processors, a differentportion of memory 120, one or more embedded I/O, and different I/O slots180. The partitions are shown in FIG. 1 to symbolically representlogical partitions, which would include system resources outside ofmemory 120 within computer system 100. Note also that the partitionmanager 121 preferably resides in memory and hardware separate from thelogical partitions and includes facilities and mechanisms that are notdirectly available to the logical partitions.

Computer system 100 utilizes well known virtual addressing mechanismsthat allow the programs of computer system 100 to behave as if they onlyhave access to a large, single storage entity instead of access tomultiple, smaller storage entities such as main memory 120 and DASDdevice 155. Therefore, while partition manager 121, partition managementtool 123, and the partitions 125A-125N are shown to reside in mainmemory 120, those skilled in the art will recognize that these items arenot necessarily all completely contained in main memory 120 at the sametime. It should also be noted that the term “memory” is used herein togenerically refer to the entire virtual memory of computer system 100.

Processor 110 may be constructed from one or more microprocessors and/orintegrated circuits. Processor 110 executes program instructions storedin main memory 120. Main memory 120 stores programs and data thatprocessor 110 may access. When computer system 100 starts up, processor110 initially executes the program instructions that make up thepartition manager 121, which initializes the operating systems in thelogical partitions.

Although computer system 100 is shown to contain only a single systembus, those skilled in the art will appreciate that the present inventionmay be practiced using a computer system that has multiple buses. Inaddition, the I/O interfaces that are used in the preferred embodimenteach may include separate, fully programmed microprocessors that areused to off-load compute-intensive processing from processor 110, as iniSeries input/output processors, or may be simple industry standard I/Oadapters (IOAs).

Display interface 140 is used to directly connect one or more displays165 to computer system 100. These displays 165, which may benon-intelligent (i.e., dumb) terminals or fully programmableworkstations, are used to allow system administrators and users tocommunicate with computer system 100. Note, however, that while displayinterface 140 is provided to support communication with one or moredisplays 165, computer system 100 does not necessarily require a display165, because all needed interaction with users and other processes mayoccur via network interface 150.

Network interface 150 is used to connect other computer systems and/orworkstations (e.g., 175 in FIG. 1) to computer system 100 across anetwork 170. The present invention applies equally no matter howcomputer system 100 may be connected to other computer systems and/orworkstations, regardless of whether the network connection 170 is madeusing present-day analog and/or digital techniques or via somenetworking mechanism of the future. In addition, many different networkprotocols can be used to implement a network. These protocols arespecialized computer programs that allow computers to communicate acrossnetwork 170. TCP/IP (Transmission Control Protocol/Internet Protocol) isan example of a suitable network protocol.

At this point, it is important to note that while the present inventionhas been and will continue to be described in the context of a fullyfunctional computer system, those skilled in the art will appreciatethat the present invention is capable of being distributed as a programproduct in a variety of forms, and that the present invention appliesequally regardless of the particular type of computer readable signalbearing media used to actually carry out the distribution. Examples ofsuitable signal bearing media include: recordable type media such asfloppy disks and CD RW (e.g., 195 of FIG. 1), and transmission typemedia such as digital and analog communications links.

A logical view of some of the components in computer system 100 in FIG.1 is shown in FIG. 5 in a formal similar to the prior art computersystem 200 shown in FIG. 3. Note that computer system 100 includes anadditional hosting partition 125B that is a backup partition that allowsthe I/O adapters 260A, . . . , 260S to be migrated from the currenthosting partition 125A to the new hosting partition 125B in a mannerthat minimally impacts system performance. Partition manager 121preferably includes a hosting partition update mechanism 122 thatupdates the I/O capability of the logically-partitioned computer system100 by first updating the hosting partition 125B to include all desiredupdates, then migrating all I/O adapters 260 owned by the hostingpartition 125A to the new hosting partition 125B. This approach allowsthe current hosting partition 125A to continue to service I/O requestswhile the new hosting partition 125B is updated to the new, desiredconfiguration. Once all I/O adapters 260 have been migrated to thehosting partition 125B, the hosting partition 125A may be retained as abackup hosting partition, or may be eliminated.

Referring to FIG. 6, a method 600 in accordance with the preferredembodiments begins when an update of the current hosting partition isneeded (step 610). In the preferred embodiments, the determination ofwhen an update is needed is made depending on which operational mode isselected, which is discussed in more detail below. If a backup hostingpartition does not exist (step 620=NO), a new hosting partition with thedesired updates is created (step 630). The new hosting partition is thenexecuted (or run) (step 632). The I/O adapters are then migrated fromthe current hosting partition to the new hosting partition (step 634).Note that this migration of I/O adapters in step 634 may be done inbulk, in smaller groups, or one at a time. If a backup hosting partitionalready exists (step 620=YES), a new hosting partition need not becreated. The update is installed on the backup hosting partition (step640). If the update requires rebooting, the backup hosting partition isrebooted in step 640. The backup hosting partition is then executed(step 650). Once the backup hosting partition is up and running with thedesired updates, the I/O adapters controlled by the current hostingpartition are migrated to the backup hosting partition (step 660). As isthe case in step 634, this migration of I/O adapters in step 660 may bedone in bulk, in smaller groups, or one at a time.

The partition management tool 123 in FIG. 1 provides a user interfacethat allows a user (e.g., system administrator) to determine how theupdate of the current hosting partition will be performed. One sampledisplay window 710 provided by the partition management tool 123 isshown in FIG. 7. We assume that the user may select for updating thecurrent hosting partition using any of four different operational modes.The first mode is an automatic update now (which is selected via theradio button in FIG. 7). The second mode is automatic update whenneeded, i.e., when specified criteria are met. The third mode is adirected mode, which requires interaction with the user. The fourth modeis scheduled, which allows the user to schedule a time in the future forautomatically updating the hosting partition. In this simple example, weassume the user selects one of the four modes listed in the displaywindow 710 in FIG. 7 by clicking on the desired radio button, thenclicking on the OK button 730. Of course, the user may cancel byclicking on the Cancel button 720.

Automatic update now of the hosting partition (which is selected indisplay window 710 in FIG. 7) is performed automatically without furtheruser input or intervention once the user clicks the OK button 730. Thehosting partition update mechanism 122 thus preferably performs method600 in FIG. 6 without further input from the user.

One way for the hosting partition update mechanism 122 to perform adirected update of the hosting partition is shown as method 800 in FIG.8. Method 800 begins when a directed update has been selected (e.g., bythe user clicking the “Directed” radio button in display window 710 andclicking the OK button 730). A directed update means the user isactively involved in performing the update. The user sets administrativeparameters for the update (step 820). The update is then performed byinteracting with the administrator to perform the update in accordancewith the administrator input and the administrative parameters theadministrator previously set (step 830).

One sample display window 910 that could be displayed to a user (systemadministrator) during method 800 is shown in FIG. 9. Display window 910includes a listing of a new or backup partition (if one exists), alisting of I/O adapters in the current hosting partition, a listing ofI/O adapters in the new or backup hosting partition, and a menu thatallows the user to select whether to perform testing before accepting anI/O adapter that has been migrated. The display window 910 as shown inFIG. 9 would be the screen the user would be shown after selecting adirected update of the hosting partition in display window 710 of FIG.7. This display shows that no new or backup hosting partition exists.The user could first select the radio button corresponding to “CreateNew Hosting Partition” and click OK 930, which would cause the newhosting partition to be created and listed under the New/Backup HostingPartition at the top of display window 910. Once the new hostingpartition exists, the I/O adapters may be migrated from the currenthosting partition to the new hosting partition. Note that multiple I/Oadapters may preferably be selected at the same time. In the exampleshown in FIG. 9, the user has selected the LAN2 I/O adapter in thecurrent hosting partition. The user could then click on the “Move toNew/Backup Hosting Partition” button 915, which would cause the LAN2 I/Oadapter to be migrated from the current hosting partition to the newhosting partition. Once migrated, the LAN2 I/O adapter would bedisplayed under the heading “I/O Adapters in New/Backup HostingPartition”, and would no longer be listed under “I/O Adapters in CurrentHosting Partition.” The user may continue to select and manually moveany single I/O adapter or any group of I/O adapters, including all I/Oadapters. In addition, the user may set a test timer to allow a periodof time for testing the new configuration. In FIG. 9, the radio buttoncorresponding to “Move to New/Backup Hosting Partition With Testing” isselected, and the radio button for “Approve After” is selected, with thevalue 24 hours selected or typed in. This means that each I/O adapterwill be tested for 24 hours before the migration from the currenthosting partition to the new hosting partition is approved. If there isa failure during the 24 hour period that causes the testing to fail, theuser will be notified with an error message. The user may then select tomigrate the I/O adapter back to the current hosting partition from thenew hosting partition. Note that the user may also select approval aftera specified number of I/O cycles, or may require manual administratorapproval. Furthermore, the administrator may select to move the I/Oadapters to the hosting partition without testing. This may be useful ifan update has already been tested on a similar platform andconfiguration, thereby allowing the migration to occur without furthertesting.

Referring to FIG. 10, a display window 1010 is displayed to a user whenthe user selects the “scheduled” radio button in display window 710 ofFIG. 7. The user may select or type in a scheduled time for the update.In display window 1010 in FIG. 10, the user has selected the update tooccur on August 24 at 4:00 AM. Once this time arrives, the scheduledupdate is executed the same as an automatic update now, without furtheruser intervention. Of course, the user could also schedule a directedupdate in the future as well.

Referring to FIG. 11, a method 1100 begins when the user selects anautomatic update of the current hosting partition when needed (step1110) (e.g., by clicking on the radio button that corresponds to“Automatic (When Needed)” in display window 710 of FIG. 7, followed byclicking on the OK button 730). We assume the user selects some criteriafor performing the update. For example, a new software release from avendor could trigger an automatic update when needed. In this scenario,the computer system could check the web sites for updates to allsoftware running in the system. The criteria for performing an updatecould be an installable update from a software vendor for softwarerunning on the current hosting partition. The criteria are checked todetermine when an update is needed (step 1120). If the criteria are notsatisfied (step 1130=NO), method 1100 loops back to step 1120 andcontinues until the criteria are satisfied (step 1130=YES). This loopingin steps 1120 and 1130 may be replaced by a periodic check to find outif the criteria is satisfied, rather than a continuous check in a tightloop. For example, software updates may only occur a few times a year,so a quick check to the vendor's web site could easily determine whetherthe criteria is satisfied or not without continuously polling orinterrogating the web site for update information. Once the criteria aresatisfied (step 1130=YES), an automatic update now is performed (step1140), which means the update may be performed without further input bythe user. Of course, the automatic update when needed could be modifiedwithin the scope of the preferred embodiments to notify the user whenthe criteria is met, thereby allowing the user to perform a directedupdate instead of an automatic update.

Referring to FIG. 12, a method 1200 in accordance with the preferredembodiments allows the migration of I/O adapters from the currenthosting partition to a new hosting partition with only minimal resourcesallocated to the new hosting partition. The new hosting partition iscreated with a minimal allocation of memory and processor resources(step 1210). A portion of the current hosting partition's resources arethen allocated to the new hosting partition (step 1220). One or more I/Oadapters may then be migrated from the current hosting partition to thenew hosting partition (step 1230). If there remain any I/O adapters inthe current hosting partition that need to be migrated (step 1240=NO),method 1200 loops back to step 1220 and continues. Once all I/O adaptershave been migrated from the current hosting partition to the new hostingpartition (step 1240=YES), all remaining resources in the currenthosting partition that may be allocated are allocated to the new hostingpartition (step 1250). In this manner the memory and processor resourcesof the current hosting partition are incrementally allocated to the newhosting partition piece-by-piece as the I/O adapters are migratedbetween the two. Note that this same method 1200 could be performed whenusing a backup hosting partition instead of a new hosting partition.

In a simple implementation of method 1200, we assume a current hostingpartition is allocated 50% of a processor and 30% of the memory. Wefurther assume that the current hosting partition is an I/O partitionthat controls ten shared I/O adapters. The new hosting partition iscreated with a minimal allocation of processor and memory resources. Tomove the first I/O adapter, ten percent of the processor and memoryowned by the current hosting partition may be allocated to the newhosting partition. Thus, 10% of the 50% of a processor (or 5%), and 10%of the 30% of the memory (or 3%) may be allocated from the currenthosting partition to the new hosting partition in preparation formigrating the first I/O adapter. Once this allocation is made, thecurrent hosting partition will have 45% of a processor and 27% of thememory, while the new hosting partition will have 5% of a processor and3% of the memory (which may be in addition to the minimal resourcesinitially allocated to the new hosting partition when it was created).This process of incrementally shifting resources from the currenthosting partition to the new hosting partition continues as the I/Oadapters are migrated between the two, until all of the adapters havebeen migrated. At that point any remaining resources in the currenthosting partition are allocated to the new hosting partition in step1250. Note that the current hosting partition may be required to retaina minimal amount of resources if it is kept as a backup hostingpartition. Of course, if the current hosting partition is eliminated,even the minimal resources required to maintain it may then be allocatedto the new hosting partition. At this point the new hosting partitionhas all the resources that were previously owned by the current hostingpartition, and the current hosting partition has no resources or onlyminimal resources.

Once the migration from current hosting partition to new hostingpartition is complete using any of the four modes of operation shown indisplay window 710 of FIG. 7, the current hosting partition may beeliminated, or may be retained as a backup hosting partition for futureuse. One possible future use is to provide a backup hosting partitionthat may be updated in the future. Another possible future use is toprovide a backup hosting partition with the old software configurationthat allows any or all I/O adapters to be “rolled back” by migratingthem back to the backup hosting partition.

Another aspect of the preferred embodiments is the ability to usetemporary capacity on demand, if available, in performing the updatingprocess. Temporary capacity on demand is known in the art, and allows auser to pay for additional resources (such as processors) as they areneeded. In a logically-partitioned computer system that hosts one ormore very busy logical partitions, the update may be made more quickly(although at additional cost) by using temporary capacity on demand toperform the update.

The preferred embodiments provide a way to update the I/O capacity of alogically-partitioned computer system without rebooting a logicalpartition. A new hosting partition is created, is updated with thedesired updates, and the I/O adapters owned by the current hostingpartition are then migrated to the new hosting partition. The movementof an I/O adapter between logical partitions may be done very quicklywith a minimal impact on system performance and availability of I/O.Because logical partitions may be individually rebooted, theinstallation of an update that requires rebooting of a logical partitionmay be performed on the new hosting partition while the I/O adapters arestill controlled by the current hosting partition, thus eliminating thelong down-time of I/O that results when a hosting partition is rebootedin the prior art. As a result, the I/O capability of a logical partitionmay be updated with a minimal impact on logical partitions that dependon that I/O capability.

In a variation within the scope of the preferred embodiments, a currenthosting partition could signal to the hosted partitions to pause theirI/O requests and drain their I/O queues. The hosted partitions couldthen confirm with a message to the hosting partition that they arepaused. Once paused, the migration of I/O adapters may take place fromthe current hosting partition to the new or backup hosting partition.Once all I/O adapters have been migrated to the new or backup hostingpartition, the new or backup hosting partition may then signal to thehosted partitions to resume their I/O activity.

One skilled in the art will appreciate that many variations are possiblewithin the scope of the present invention. Thus, while the invention hasbeen particularly shown and described with reference to preferredembodiments thereof, it will be understood by those skilled in the artthat these and other changes in form and details may be made thereinwithout departing from the spirit and scope of the invention.

1. An apparatus comprising: (A) at least one processor; (B) a memorycoupled to the at least one processor; (C) first and second logicalpartitions defined on the apparatus, the first logical partitioncontrolling a shared I/O adapter and the second logical partition usingthe shared I/O adapter controlled by the first logical partition; and(D) a hosting partition update mechanism residing in the memory andexecuted by the at least one processor, the hosting partition updatemechanism updating a third logical partition and migrating the sharedI/O adapter from the first logical partition to the third logicalpartition.
 2. The apparatus of claim 1 wherein the hosting partitionupdate mechanism creates the third logical partition.
 3. The apparatusof claim 1 wherein the migrating of the shared I/O adapter is performedautomatically by the hosting partition update mechanism without furtherinput by a user.
 4. The apparatus of claim 1 wherein the migrating ofthe shared I/O adapter is performed automatically by the hostingpartition update mechanism when at least one criterion is satisfied. 5.The apparatus of claim 1 wherein the migrating of the shared I/O adapteris performed by the hosting partition update mechanism interacting witha user and according to input from the user.
 6. The apparatus of claim 1wherein the migrating of the shared I/O adapter is performedautomatically by the hosting partition update mechanism at a specifiedtime.
 7. The apparatus of claim 1 further comprising a plurality ofshared I/O adapters controlled by the first logical partition, thehosting partition update mechanism migrating less that all of theplurality of shared I/O adapters to the third logical partition, andtesting the migrated shared I/O adapters before migrating other of theplurality of shared I/O adapters to the third logical partition.
 8. Theapparatus of claim 1 wherein the hosting partition update mechanismallocates a portion of resources owned by the first logical partition tothe third logical partition.
 9. The apparatus of claim 1 wherein thehosting partition update mechanism performs the steps of: (A) allocatinga portion of resources owned by the first logical partition to the thirdlogical partition; (B) migrating at least one shared I/O adaptercontrolled by the first logical partition to the third logicalpartition; (C) repeating steps (A) and (B) until all shared I/O adapterscontrolled by the first logical partition have been migrated to thethird logical partition; and (D) allocating remaining resources owned bythe first logical partition to the third logical partition.
 10. Theapparatus of claim 1 wherein the third logical partition comprises anI/O partition.
 11. The apparatus of claim 1 wherein the hostingpartition update mechanism keeps the first logical partition as a backuppartition for the third logical partition.
 12. An apparatus comprising:(A) at least one processor; (B) a memory coupled to the at least oneprocessor; (C) first and second logical partitions defined on theapparatus, the first logical partition controlling at least one sharedI/O adapter and the second logical partition using the at least oneshared I/O adapter controlled by the first logical partition; and (D) ahosting partition update mechanism residing in the memory and executedby the at least one processor, the hosting partition update mechanismperforming the steps of: (D1) allocating a portion of resources owned bythe first logical partition to the third logical partition; (D2)migrating at least one shared I/O adapter controlled by the firstlogical partition to the third logical partition; (D3) repeating steps(D1) and (D2) until all shared I/O adapters controlled by the firstlogical partition have been migrated to the third logical partition; and(D4) allocating remaining resources owned by the first logical partitionto the third logical partition.
 13. An apparatus comprising: (A) atleast one processor; (B) a memory coupled to the at least one processor;(C) first and second logical partitions defined on the apparatus, thefirst logical partition controlling a plurality of shared I/O adaptersand the second logical partition using at least one of the plurality ofshared I/O adapters; (D) a hosting partition update mechanism residingin the memory and executed by the at least one processor, the hostingpartition update mechanism creating a third logical partition, updatingthe third logical partition, and migrating the plurality of shared I/Oadapters from the first logical partition to the third logicalpartition, wherein the hosting partition update mechanism supports thefollowing operational modes: (D1) wherein the updating of the thirdlogical partition and the migrating of the plurality of shared I/Oadapters are performed automatically by the hosting partition updatemechanism without further input by a user; (D2) wherein the updating ofthe third logical partition and the migrating of the plurality of sharedI/O adapters are performed automatically by the hosting partition updatemechanism when at least one criterion is satisfied; (D3) wherein theupdating of the third logical partition and the migrating of theplurality of shared I/O adapters are performed by the hosting partitionupdate mechanism interacting with a user and according to input from theuser; and (D4) wherein the updating of the third logical partition andthe migrating of the plurality of shared I/O adapters are performedautomatically by the hosting partition update mechanism at a specifiedtime.
 14. The apparatus of claim 13 wherein the hosting partition updatemechanism performs the steps of: (A) allocating a portion of resourcesowned by the first logical partition to the third logical partition; (B)migrating at least one shared I/O adapter controlled by the firstlogical partition to the third logical partition; (C) repeating steps(A) and (B) until all shared I/O adapters controlled by the firstlogical partition have been migrated to the third logical partition; and(D) allocating remaining resources owned by the first logical partitionto the third logical partition.
 15. The apparatus of claim 13 whereinthe hosting partition update mechanism keeps the first logical partitionas a backup partition for the third logical partition.
 16. A method forupdating I/O capability of a logically-partitioned computer apparatusthat includes a first logical partition that controls at least oneshared I/O adapter that is shared by a second logical partition on thecomputer apparatus, the method comprising the steps of: (A) updating athird logical partition on the computer apparatus; and (B) migrating theat least one shared I/O adapter from the first logical partition to thethird logical partition.
 17. The method of claim 16 further comprisingthe step of creating the third logical partition.
 18. The method ofclaim 16 wherein step (B) is performed automatically without furtherinput by a user.
 19. The method of claim 16 wherein step (B) isperformed automatically when at least one criterion is satisfied. 20.The method of claim 16 wherein step (B) is performed interactively witha user according to input from the user.
 21. The method of claim 16wherein step (B) is performed automatically at a specified time.
 22. Themethod of claim 16 further comprising the steps of: (C) migrating lessthat all of a plurality of shared I/O adapters to the third logicalpartition; and (D) testing the migrated shared I/O adapters beforemigrating other of the plurality of shared I/O adapters to the thirdlogical partition.
 23. The method of claim 16 further comprising thestep of allocating a portion of resources owned by the first logicalpartition to the third logical partition.
 24. The method of claim 16further comprising the steps of: (C) allocating a portion of theresources owned by the first logical partition to the third logicalpartition; (D) migrating at least one I/O adapter controlled by thefirst logical partition to the third logical partition; (E) repeatingsteps (C) and (D) until all I/O adapters controlled by the first logicalpartition have been migrated to the third logical partition; and (F)allocating remaining resources owned by the first logical partition tothe third logical partition.
 25. The method of claim 16 wherein thethird logical partition comprises an I/O partition.
 26. The method ofclaim 16 further comprising the step of: (C) after performing steps (A)and (B), keeping the first logical partition as a backup partition forthe third logical partition.
 27. A method for updating I/O capability ofa logically-partitioned computer apparatus that includes a first logicalpartition that controls a plurality of shared I/O adapters that areshared by a second logical partition on the computer apparatus, themethod comprising the steps of: (A) allocating a portion of resourcesowned by the first logical partition to the third logical partition; (B)migrating at least one shared I/O adapter controlled by the firstlogical partition to the third logical partition; (C) repeating steps(A) and (B) until all shared I/O adapters controlled by the firstlogical partition have been migrated to the third logical partition; and(D) allocating remaining resources owned by the first logical partitionto the third logical partition.
 28. A method for updating I/O capabilityof a logically-partitioned computer apparatus that includes a firstlogical partition that controls a plurality of shared I/O adapters thatare shared by a second logical partition on the computer apparatus, themethod comprising the steps of: (A) creating a third logical partitionon the computer apparatus; (B) updating the third logical partition; (C)migrating the plurality of shared I/O adapters from the first logicalpartition to the third logical partition; (D) wherein step (C) may beperformed using any of the following operational modes: (D1) whereinsteps (B) and (C) are performed automatically without further input by auser; (D2) wherein steps (B) and (C) are performed automatically when atleast one criterion is satisfied; (D3) wherein steps (B) and (C) areperformed interactively with a user according to input from the user;and (D4) wherein steps (B) and (C) are performed automatically at aspecified time.
 29. The method of claim 28 further comprising the stepsof: (E) allocating a portion of resources owned by the first logicalpartition to the third logical partition; (F) migrating at least oneshared I/O adapter controlled by the first logical partition to thethird logical partition; (G) repeating steps (E) and (F) until allshared I/O adapters controlled by the first logical partition have beenmigrated to the third logical partition; and (H) allocating remainingresources owned by the first logical partition to the third logicalpartition.
 30. The method of claim 28 further comprising the step ofkeeping the first logical partition as a backup partition for the thirdlogical partition.
 31. A program product comprising: (A) a hostingpartition update mechanism that updates I/O capability of alogically-partitioned computer system that includes first and secondlogical partitions defined on a computer apparatus, the first logicalpartition controlling a shared I/O adapter and the second logicalpartition using the shared I/O adapter controlled by the first logicalpartition, the hosting partition update mechanism updating a thirdlogical partition and migrating the shared I/O adapter from the firstlogical partition to the third logical partition; and (B) computerreadable signal bearing media bearing the hosting partition updatemechanism.
 32. The program product of claim 31 wherein the signalbearing media comprises recordable media.
 33. The program product ofclaim 31 wherein the signal bearing media comprises transmission media.34. The program product of claim 31 wherein the hosting partition updatemechanism creates the third logical partition.
 35. The program productof claim 31 wherein the migrating of the shared I/O adapter is performedautomatically by the hosting partition update mechanism without furtherinput by a user.
 36. The program product of claim 31 wherein themigrating of the shared I/O adapter is performed automatically by thehosting partition update mechanism when at least one criterion issatisfied.
 37. The program product of claim 31 wherein the migrating ofthe shared I/O adapter is performed by the hosting partition updatemechanism interacting with a user and according to input from the user.38. The program product of claim 31 wherein the migrating of the sharedI/O adapter is performed automatically by the hosting partition updatemechanism at a specified time.
 39. The program product of claim 31further comprising a plurality of shared I/O adapters controlled by thefirst logical partition, the hosting partition update mechanismmigrating less that all of the plurality of shared I/O adapters to thethird logical partition, and testing the migrated shared I/O adaptersbefore migrating other of the plurality of shared I/O adapters to thethird logical partition.
 40. The program product of claim 31 wherein thehosting partition update mechanism allocates a portion of resourcesowned by the first logical partition to the third logical partition. 41.The program product of claim 31 wherein the hosting partition updatemechanism performs the steps of: (A) allocating a portion of resourcesowned by the first logical partition to the third logical partition; (B)migrating at least one shared I/O adapter controlled by the firstlogical partition to the third logical partition; (C) repeating steps(A) and (B) until all shared I/O adapters controlled by the firstlogical partition have been migrated to the third logical partition; and(D) allocating remaining resources owned by the first logical partitionto the third logical partition.
 42. The program product of claim 31wherein the third logical partition comprises an I/O partition.
 43. Theprogram product of claim 31 wherein the hosting partition updatemechanism keeps the first logical partition as a backup partition forthe third logical partition.
 44. A program product comprising: (A) ahosting partition update mechanism that updates I/O capability of alogically-partitioned computer system that includes first and secondlogical partitions defined on a computer apparatus, the first logicalpartition controlling a plurality of shared I/O adapters and the secondlogical partition using at least one of the plurality of shared I/Oadapters controlled by the first logical partition, the hostingpartition update mechanism performing the steps of: (A1) allocating aportion of resources owned by the first logical partition to the thirdlogical partition; (A2) migrating at least one shared I/O adaptercontrolled by the first logical partition to the third logicalpartition; (A3) repeating steps (A1) and (A2) until all shared I/Oadapters controlled by the first logical partition have been migrated tothe third logical partition; and (A4) allocating remaining resourcesowned by the first logical partition to the third logical partition; and(B) computer readable signal bearing media bearing the hosting partitionupdate mechanism.
 45. A program product comprising: (A) a hostingpartition update mechanism that updates I/O capability of alogically-partitioned computer system that includes first and secondlogical partitions defined on a computer apparatus, the first logicalpartition controlling a plurality of shared I/O adapters and the secondlogical partition using at least one of the plurality of shared I/Oadapters controlled by the first logical partition, the hostingpartition update mechanism creating a third logical partition, updatingthe third logical partition, and migrating the plurality of shared I/Oadapters from the first logical partition to the third logicalpartition, wherein the hosting partition update mechanism supports thefollowing operational modes: (A1) wherein the updating of the thirdlogical partition and the migrating of the plurality of shared I/Oadapters are performed automatically by the hosting partition updatemechanism without further input by a user; (A2) wherein the updating ofthe third logical partition and the migrating of the plurality of sharedI/O adapters are performed automatically by the hosting partition updatemechanism when at least one criterion is satisfied; (A3) wherein theupdating of the third logical partition and the migrating of theplurality of shared I/O adapters are performed by the hosting partitionupdate mechanism interacting with a user and according to input from theuser; and (A4) wherein the updating of the third logical partition andthe migrating of the plurality of shared I/O adapters are performedautomatically by the hosting partition update mechanism at a specifiedtime; and (B) computer readable signal bearing media bearing the hostingpartition update mechanism.
 46. The program product of claim 45 whereinthe signal bearing media comprises recordable media.
 47. The programproduct of claim 45 wherein the signal bearing media comprisestransmission media.
 48. The program product of claim 45 wherein thehosting partition update mechanism performs the steps of: (A) allocatinga portion of resources owned by the first logical partition to the thirdlogical partition; (B) migrating at least one shared I/O adaptercontrolled by the first logical partition to the third logicalpartition; (C) repeating steps (A) and (B) until all shared I/O adapterscontrolled by the first logical partition have been migrated to thethird logical partition; and (D) allocating remaining resources owned bythe first logical partition to the third logical partition.
 49. Theprogram product of claim 45 wherein the hosting partition updatemechanism keeps the first logical partition as a backup partition forthe third logical partition.